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OberprUfung eines Computersystems auf gesperrte Speicherbe- 
reiche nach einem Abbruch eines Prozesses 

5 

Die Erfindung liegt auf dem Gebiet der Rechnersysteme und be- 
faBt sich mit der Zuteilbarkeit von Betriebsmitteln, insbe- 
sondere von Speicher Ressourcen, nach einem Abbruch eines 
10 Prozesses. 

Die Erfindung betrifft insbesondere ein Verfahren zur Ober- 
prUfung der frei zuteilbaren bzw. frei verfiigbaren Betriebs- 
mitteln, auf die mehrere Prozesse zugreifen, nach einem Ab- 
15 bruch eines Prozesses und gegebenenf alls zur Wiederherstel- 

lung eines initialen Zustandes der Betriebsmittel vor dem Ab- 
bruch • 

Ein Computersystem verftlgt tiber mehrere Betriebsmittel , auf 
20 die jeweils mehrere Prozesse zugreifen konnen. Betriebsmittel 
sind beispielsweise: Speicher, Rechnerkern, Bandbreite eines 
Datenubertragungskanals, periphere Gerate, Dateien etc. Die 
Prozesse konkurrieren um gemeinsame Betriebsmittel, Deshalb 
unterliegt der Zugriff auf diese Betriebsmittel bestimmten 
25 Einschrankungen. Um einen moglichst optimalen Ablauf der Pro- 
zesse zu gewahrleisten, muB sicher gestellt sein, dafi zu je- 
dem Zeitpunkt ein moglichst grofler Bereich eines Betriebsmit- 
tels - z.B. eines Speichers - frei verfugbar bzw. einem Pro- 
zeB zuteilbar ist. 

30 

Laufen auf einem System verschiedene Applikationen, kann es 
zu einem Crash einer dieser Applikationen kommen. Da ein Pro- 
zefi bzw. eine Applikation nahezu immer auf bestimmte Be- 
triebsmittel, insbesondere auf Speicherressourcen, zugreift, 
35 kann es bei einem unbeabsichtigten Abbruch der Applikation 

passieren, dafi die Ressourcen trotz Unterbrechung bzw. Still- 
stand des Prozesses dennoch belegt bleiben und deshalb fUr 
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die weiteren Prozesse nicht weiter verfiigbar sind. Dies ver- 
ringert die Leistungsf ahigkeit des Systems und kann, insbe- 
sondere bei einer Kumulation dieser Ereignisse, zu erhebli- 
chen Einschrankungen bis zu einem Stillstand des Gesamtsys- 
5 terns fiihren. 

Bisher wurde nach einem Absturz eines Applikationsprozesses 
immer das gesamte System neu gebootet, um sicher stellen zu 
konnen, dafi das Betriebssystem die Betriebsmittel wieder auf 
10 ihren initialen Zustand zuriicksetzt, insbesondere, daB die 
Speicherbereiche wieder frei gegeben werden. 

Diese Vorgehen erweist sich aus mehreren Grunden als nachtei- 
lig. Zum einen ist es sehr zeitaufwendig, da alle weiteren 

15 Prozesse beendet werden mussen und abgewartet werden mufi, bis 
das Betriebssystem neu bootet. Zum anderen mtissen Prozesse 
angehalten werden, die beispielsweise zeitkritisch sind und 
eine Unterbrechung nur mit Fehlern erlauben. Des weiteren war 
es bislang nicht moglich, Inf ormationen dartiber zu erhalten, 

20 ob tiberhaupt gesperrte Speicherbereiche durch den Absturz der 
Applikation entstanden sind. Denn in den. Fallen, in denen 
keine gesperrten bzw, gelockten Speicherbereiche entstanden 
sind, ist es ausreichend, nur die Applikation neu zu starten. 
Dafiir mussen aber die gemeinsamen Betriebsmittel auf ihre 

25 Verfugbarkeit hin untersucht werden. 

Wurde bisher nach einem Abbruch einer Applikationssof tware 
nicht das gesamte System gebootet, dann bestand das Risiko, 
daB durch den Absturz Systemressourcen verloren gegangen 

30 sind, daB beispielsweise ein ftir die Applikation allokierter, 
gesperrter Speicherbereich existiert, der aber nach dem Ab- 
sturz der Software nicht mehr genutzt werden kann. Dies kann 
unter anderem bei einer Speicher Allokation, die zur Laufzeit 
eines Programmes ausgefuhrt wird, erfolgen, etwa indem Daten 

35 unerreichbar werden, wenn kein Zeiger mehr auf sie verweist. 
Dies kann in Folge dazu fiihren, daB immer weniger frei ver- 
fugbarer Speicherplatz zur Verfugung steht und schlechtesten- 



falls die Grenzen des virtuellen Speichers uberstiegen wer- 
den. Wird dieses Ressourcenproblem nicht behoben, kann es zu 
schweren Folgefehlern kommen. 

Aus der US 6097393 ist ein Verfahren bekannt, das ebenfalls 
auf dem Gebiet des Ressourcen-Managements liegt. Hier ist ein 
Verfahren offenbart, das auf einer dreidimensionalen Darstel- 
lung der Ressourcen basiert, die einem Anwender die Navigati- 
on und das Management der Ressourcen erleichtern soil. Dieses 
Verfahren bezieht sich aber auf den fehlerfreien Ablauf des 
Systems und macht keine Vorschlage fur das Vorgehen bei feh- 
lallokierten Speicherressourcen, die aufgrund eines Abbruchs 
eines Prozesses entstanden sind. 

Aufgabe der vorliegenden Erfindung ist es daher, ein Verfah- 
ren zur Verfligung zu stellen, das nach einem Abbruch bzw. ei- 
nem Crash zumindest eines Prozesses den Zustand der Betriebs- 
mittel, insbesondere des Speichers, automatisch erfaBt und 
analysiert, ob ein Starten des Prozesses ausreichend ist, um 
den Zustand der Betriebsmittel in den Zustand zu transformie- 
ren, der vor dem Crash bestanden hat. 

Eine weitere Aufgabe liegt darin, das System nach einem Ab- 
bruch zumindest eines Prozesses effizient und automatisch in 
einen Zustand zu UberfUhren, in dem alle Betriebsmittel so 
verfiigbar sind, wie sie es vor dem Abbruch waren, insbesonde- 
re frei verfiigbar sind. 

Diese Aufgabe wird erf indungsgemafi durch das eingangs erwahn- 
te Verfahren gelost, insbesondere durch ein Verfahren zur Er- 
mittlung einer Zuteilbarkeit von zumindest einem Betriebsmit- 
tel eines Computersystems nach Stillstand zumindest eines 
Prozesses, der auf das Betriebsmittel des Systems zugreift 
mit folgenden Schritten: 

- Ermitteln eines ersten Zustandsvektors des Betriebsmittels 
vor Inbetriebnahme des Prozesses 

- Ermitteln eines zweiten Zustandsvektors des Betriebsmittels 
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nach dem Stillstand des Prozesses, 

- Ermittlung, ob durch den Stillstand des Prozesses alle Be- 
triebsmittel verfiigbar und zuteilbar geblieben sind, indem 
die beiden Zustandsvektoren auf Obereinstimmung verglichen 
5 werden . 

Diese Aufgabe wird weiterhin gemafl Anspruch 12 durch die Ver- 
wendung des Verfahrens zur automatischen Entsperrung der Be- 
triebsmittel nach dem Abbruch des Prozesses gel6st, indem bei 
10 Obereinstimmung der beiden Zustandsvektoren der Prozefi neu 
gebootet wird und andernfalls zumindest ein Mechanismus zur 
Entsperrung bzw. Wiederherstellung der Betriebsmittel gestar- 
tet wird. 

15 Nach einer Auf gabenlSsung gemafi Anspruch 14 ist ein Computer- 
system vorgesehen, das zur Ausfuhrung des Verfahrens bestimmt 
ist und das eine Betriebsmittel-Check-Einrichtung umfafit, die 
jeweils einen Zustand der Betriebsmittel vor und nach einem 
Abbruch eines Prozesses ermittelt und erfaBt, ob durch den 

20 Abbruch nicht zuteilbare Betriebsmittel entstanden sind, in- 
dem der Zustand nach dem Abbruch mit dem Zustand vor dem Ab- 
bruch auf Abweichungen verglichen wird. 

Die bevorzugte Ausf uhrungsform der Erfindung bezieht sich auf 
25 einen Mechanismus zur Erkennung von frei zuteilbaren und ge- 
sperrten Speicher Ressourcen, auf den ein Benutzerprozefi bzw. 
eine Applikation zugreift. Falls die Applikation bestimmte 
Speicherbereiche allokiert hat und aufgrund eines Fehlers ab- 
gestiirzt ist, besteht nach diesem unvorhergesehenen Beenden 
30 der Software das Risiko, dafi die allokierten Speicherbereiche 
nicht mehr frei gegeben worden sind. Da das Betriebsmittel 
(Speicher) eine gemeinsame Systemressource ist/ auf die noch 
andere Prozesse zugreifen, kann diese Systemressource nicht 
weiterhin frei verftigbar bleiben und kann somit fur noch lau- 
35 fende Anwendungen nicht genutzt werden. Tritt eine Kumulation 
solcher Fehl-Allokationen auf, dann ftihrt dies zu schwerwie- 



5 

genden Ef f izienzeinbuflen des Ge samt systems und zu einer er- 
hohten Wahrscheinlichkeit. von Fehlern. 



Damit solche Fehl-Allokationen erkannt werden konnen, sieht 
5 die Erfindung einen Erkennungsmechanismus vor, der einen ers- 
ten Zustand der Betriebsmittel vor dem Applikationscrash 
(Zeitpunkt tl) mit einem zweiten Zustand der Betriebsmittel 
nach diesem Crash (Zeitpunkt t2) vergleicht. Basierend auf 
diesem Vergleich werden RUckschlusse auf gelockte bzw. ge- 
10 sperrte Speicherbereiche gezogen. 

Aufgrund der Aussage, ob gesperrte Speicherbereiche durch den 
Absturz entstanden sind oder nicht, wird das weitere Vorgehen 
selektiert: Sind gesperrte Speicherbereiche vorhanden, so mufi 

15 ein weiterer Mechanismus aktiviert werden, der diese gesperr- 
ten Bereiche wieder frei verfugbar macht. Dies kann durch Al- 
gorithmen bzw. Programme ausgefUhrt werden, die beispielswei- 
se unter dem Begriff der sogenannten Garbage Collection be- 
kannt sind, Alternativ kann in diesem Fall ein Neubooten des 

2 0 gesamten Systems notwendig sein. Da dieses Vorgehen jedoch 

sehr zeitintensiv ist, wird es erf indungsgemaB moglichst ver- 
mieden. Andernfalls, wenn also keine gesperrten Speicherbe- 
reiche vorhanden sind und somit der Zustand des Speichers vor 
dem Absturz mit dem Zustand nach dem Absturz ubereinstimmt, 

25 ist es - ohne hinsichtlich der Betriebsmittel ein Risiko ein- 
zugehen - ausreichend, nur die Applikation neu zu starten. 

Zur Ermittlung des Systemzustandes hinsichtlich der Betriebs- 
mittel wird die Erfassung von Zustandsvektoren zu unter- 

30 schiedlichen Zeitpunkten (mindestens zwei Zeitpunkten tl und 
t2) vorgesehen, die anschliefiend auf Obereinstimmung vergli- 
chen werden. Der Zustandsvektor erfaflt dabei ein Abbild eines 
oder mehrerer Betriebsmittel filr einen zu untersuchenden Pro- 
zefl. Er besteht in der bevorzugten Ausf Uhrungsf orm zumindest 

35 aus den Parametern "noch frei verfligbarer Speicher fttr den zu 
untersuchenden Prozess" und/oder "von dem zu untersuchenden 
Prozefi gesperrter Speicher". Es ist jedoch auch moglich, nur 
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einen der beiden vorstehenden Parameter zu erfassen. Dann 
wird vorzugsweise nur das Abbild des geraeinsam genutzten 
Speicherbereichs (shared memory) iiber die Parameter "Adres- 
se", "GroBe" und "ProzeB-Identif ikation" des shared memory 
5 erf afit . 

Damit konnen die Abbilder der jeweils relevanten und zu uber- 
prUfenden Betriebsmittel auf Obereinstimmung verglichen wer- 
den, urn darauf aufbauend eine Aussage ableiten zu konnen, ob 
der initiale Zustand des Systems hinsichtlich der Verftlgbar- 
keit der Betriebsmittel erhalten geblieben ist. 



10 



Wesentlich bei erf indungsgemafien Erfassung der Zustandsvekto- 
ren ist, daB diese prozefispezif isch sind; das heifit, sie er- 

15 meglichen einen eindeutigen RilckschluB hinsichtlich der ge- 
bundenen bzw. gesperrten Betriebsmittel auf den jeweils allo- 
kierenden ProzeB. Damit wird ausgeschlossen, daB die beiden 
Zustandsvektoren ein durch die Aktivitat von Hintergrundpro- 
zessen ' verf alschtes ■ Abbild liefern. Dieses verfalschte Ab- 

20 bild konnte beispielsweise in folgendem Fall entstehen: Wenn 
der 'gekillte' ProzeB keine gesperrten Speicherbereiche hat 
entstehen las sen, und die beiden Zustandsvektoren von daher 
ubereinstimmen muBten, konnen sie dennoch deshalb voneinander 
abweichen, da weitere Hintergrundprozesse aktiv sind, die e- 

25 benfalls Speicherbereiche allokieren. Dann wilrde sich die 

Summe der allokierten Speicherbereiche vor dem Crash von der 
Summe der allokierten Speicherbereiche nach dem Crash unter- 
scheiden, obwohl der Crash nicht ursachlich fur diese Abwei- 
chung ware. Diese Falle werden erf indungsgemafi dadurch be- 

30 rUcksichtigt, indem mit den Zustandsvektoren zusatzlich er- 
faBt wird, von welchem ProzeB die gesperrten Betriebsmittel, 
insbesondere Speicherbereiche, stammen. Neben der Summe der 
Allokationen aller aktiven Prozesse wird zusatzlich auch ein 
prozefispezif isches Abbild generiert. 



35 



Das Betriebsmittel kann jedoch nicht nur durch den Speicher 
ausgebildet sein, sondern umfaflt in alternativen Ausfuhrungs- 
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formen der Erfindung die CPU (wenn sie als gemeinsames Be- 
triebsmittel f ungiert ) . weitere periphere. Cerate, auf die zu- 
mindest ein Prozess zugreift, alle physikalischen Betriebs- 
mittel und/oder alle virtuellen Betriebsmittel etc. 

5 

Die Erfassung der Parameter fur den ersten und/oder zweiten 
Zustandsvektor erfolgt bevorzugterweise durch eine Abfrage 
eines Dienstes des Betriebssystems oder wird aus statisti- 
schen Daten generiert, die durch das Betriebssystem automa- 
10 tisch erfaiit werden. 

Eine alternative Aus fiihrungs form der Erfindung sieht vor, das 
Verfahren in ein Betriebssystem zu integrieren. 

15 Eine weitere, bevorzugte Ausf iihrungsf orm enthalt eine graphi- 
sche Oberfl&che, die das Ergebnis des Zustandsvergleichs der 
beiden Betriebsmittel-Zustandsvektoren anzeigt. Daraufhin hat 
der Anwender die Moglichkeit / manuell in den Verf ahrensablauf 
einzugreifen, urn beispielsweise in vordef inierten Fallen oder 

20 Ausnahmesituationen zu bestimmen, daft nur ein Starten der Ap- 
plikation ausgefuhrt werden soli, da z.B. die durch den f ge- 
killten 1 ProzeI5 entstandenen, belegten Speicherbereiche so 
klein sind, daft sie einen Neustart des gesamten Systems nicht 
rechtf ertigen wiirden. 

25 

Alternativ ist es vorgesehen, das erf indungsgemafie Verfahren 
in einer iibergeordneten Routine zu implementieren, dessen 
Aufgabe die Speicherverwaltung ist. 

30 Zusatzliche, vorteilhafte Aus fiihrungs formen ergeben sich aus 
den Unteransprtichen. 

Weitere Vorteile der Erfindung und besondere Ausf ilhrungsfor- 
men mit deren Merkmalen sind in der nachf olgenden detaillier- 
ten Figurenbeschreibung dargestellt. 
35 Darin zeigt: 

Fig. 1 ein Ablauf diagramm einer Ausf iihrungsf orm der vor- 
liegenden Erfindung, 
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Fig. 2 eine schematische Darstellung von Bestandteilen ei- 
nes Computersystems gemafi der Erfindung. 

5 Im folgenden wird einleitend kurz der grundlegende Ablauf des 
erf indungsgemSBen Verfahrens vorgestellt und anschliefiend - 
unter Bezugnahme auf Figur 1 - der Ablauf anhand einer bevor- 
zugten Ausf Uhrungsf orm geschildert. 

10 Bei einem Computer system sind gleichzeitig mehrere Prozesse 
10 - Applikationsprozesse und/oder Systemprozesse - aktiv, 
die auf gemeinsame Betriebsmittel 12 zugreifen. Das Betriebs- 
mittel 12 betrifft in diesem Ausfllhrungsbeispiel die gemein- 
samen Speicherbereiche 12. Lauft ein Prozefi 10 auf einen 

15 schwerwiegenden Fehler, ftihrt dies zu einem Abbruch des Pro- 
zesses 10 bzw. zu einem Crash der Applikation. Nun gilt es zu 
entscheiden, ob ein Starten des Prozesses 10 ausreichend ist, 
um alle von diesem Prozefi 10 belegten Betriebsmittel 12 wie- 
der frei zu geben oder ob andernfalls ein kompletter Neustart 

20 des gesamten Systems notwendig wird. 

Dazu wird erf indungsgemafi, wie in Figur 1 dargestellt, vor 
dem Start des Prozesses 10 - zum Zeitpunkt tl - ein erster 
Zustandsvektor 14 erfafit. Der erste Zustandsvektor 14 umfafit 
25 folgende Parameter 18 fur den von dem Prozefi 10 allokierten 
Speicher 12: eine Adresse des Speichers 12, seine Grofie und 
von welchera Prozefi 10 dieser Speicherbereich angelegt worden 
ist . 

30 Anschliefiend wird der Prozefi 10 gestartet . Der Prozefi 10 

lauft in der Folgezeit auf einen schwerwiegenden Fehler und 
wird abgebrochen: ein Crash der Applikation erfolgt. 

Daraufhin wird - zum Zeitpunkt t2 - ein zweiter Zustandsvek- 
35 tor 16 erfafit, der den Zustand der Betriebsmittel, insbeson- 
dere des Speichers 12, nach dem Abbruch des Prozesses 10 be- 
zeichnen soli. Er gibt ebenfalls Aufschlufi Uber die Anzahl 



9 

bzw. GroBe der frei verfiigbaren Speicherbereiche und der al- 
lokie^ten Speicherbereiche von den zum Zeitpunkt t2 aktiven 
Prozessen. 

5 AnschlieBend konnen die beiden Zustandsvektoren 14, 16 auf 
Obereinstimmung verglichen werden. 1st diese gegeben, so ist 
der RiickschluB moglich, daB der Abbruch der Applikation 
nichts an dem initialen Zustand des Speichers 12 (vor dem 
Start der Applikation) geandert hat. Somit ist es ausrei- 

10 chend, die Applikation neu zu starten, ohne das Risiko eines 
fehl-allokierten Speichers in Kauf nehmen zu mllssen. In die- 
sem Fall kann entweder automatisch Oder nach Verarbeitung ei- 
ner interaktiven Benutzerbestatigung der Start der Applikati- 
on veranlaBt werden. 

15 Liegt andernfalls eine Abweichung der beiden Zustandsvektoren 
14, 16 vor, so sind iiraner noch Speicherbereiche von der Ap- 
plikation allokiert, die aber von dieser Applikation nicht 
mehr benotigt werden und ftir andere Prozesse nicht frei zu- 
teilbar sind. Dieses Res sour cenproblem muB bereinigt werden, 

2 0 da es ansonsten zu schweren Folgefehlern kommen kann. Nun be- 
steht eine Alternative darin, nur den Status des Systems hin- 
sichtlich der Betriebsmittel auszugeben und dem Benutzer die 
Wahl fiir das weitere Vorgehen zu belassen. Eine weitere Mog- 
lichkeit liegt darin, automatisch Oder ebenfalls nach Verar- 

2 5 beitung einer interaktiven Benutzereingabe entweder einen 

Shut-Down aller bestehenden weiteren Prozesse auszuftihren, urn 
danach das komplette System neu zu booten oder vorbestimmte 
Repair-MaBnahmen zu ergreifen, die die gelockten Speicherbe- 
reiche wieder entsperren. Hier sind beispielsweise Ansatze, 

30 die aus der sogenannten Garbage Collection bekannt sind, ein- 
setzbar . 

Wie in Figur 2 dargestellt, greifen mehrere Prozesse 10 auf 
verschiedene Betriebsmittel, insbesondere den Speicher 12, 
35 zu. Je nach Zustand des Systems werden zu unterschiedlichen 
Zeitpunkten Zustandsvektoren 14, 16 generiert, die fur jeden 
Prozefl spezifisch den Betriebsmittelstatus festlegen. Die Da- 
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ten dieser Zustandsvektoren 14, 16 werden erf indungsgemafi ei- 
ner Betriebsraittel-Check-Einrichtung 20 zugeftthrt, die analy- 
siert, ob der Absturz des Prozesses 10 nicht-zuteilbare Be- 
triebsmittel 10 hat entstehen lassen. 
5 Weiterhin ist es moglich, die Daten der Betriebsmittel-Check- 
Einrichtung 20 einer Einrichtung (nicht dargestellt) zuzufuh- 
ren, die die gesperrten Speicherbereiche 12 automatisch fin- 
det und wieder freigibt bzw. entsperrt. 

10 Bei dem Speicher 12 kann es sich urn einen virtuellen und/oder 
physikalischen Speicher und/oder einen Arbeitsspeicher 
und/oder einen Hintergrundspeicher und/oder urn andere Teile 
des Adrefiraumes handeln, 

15 In einer vorteilhaf ten Ausftihrungsform der Erfindung werden 
mit den Zustandsvektoren 14, 16 auch die Art des Zugriffes 
auf den Speicher 12 (lesend, schreibend, ausfuhrend) und/oder 
noch weitere Zusatzinf ormationen erfafit. 
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Patent ansprilche 

1. Verfahren zur Ermittlung einer Zuteilbarkeit von zumindest 
einem Betriebsmittel (12) eines Computersystems nach Still- 

5 stand zumindest eines Prozesses (10) , der auf das Betriebs- 
mittel (12) des Systems zugreift mit folgenden Schritten: 

- Ermitteln eines ersten Zustandsvektors (14) des Betriebs- 
mittels (12) vor Inbetriebnahme des Prozesses (10) 

- Ermitteln eines zweiten Zustandsvektors (16) des Betriebs- 
10 mittels (12) nach dem Stillstand des Prozesses (10), 

- Ermittlung, ob durch den Stillstand des Prozesses (10) 
nicht zuteilbare Betriebsmittel (12) entstanden sind, indem 
die beiden Zustandsvektoren (14, 16) auf Abweichungen vergli- 
chen werden. 

15 

2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet , dafl 

das Betriebsmittel (12) ein gemeinsames Betriebsmittel ist. 

20 3. Verfahren nach mindestens einem der vorstehenden Ansprii- 
che, 

dadurch gekennzeichnet, daJi 

das Betriebsmittel (12) ein Speicher ist. 

25 4. Verfahren nach mindestens einem der vorstehenden Ansprii- 
che, 

dadurch gekennzeichnet, dafi 

der Prozefi (10) ein Benutzerprozefi ist. 

30 5. Verfahren nach mindestens einem der vorstehenden Ansprii- 
che, 

dadurch gekennzeichnet, daii 

der Stillstand durch einen Abbruch des Prozesses (10), insbe- 
sondere durch einen unbeabsichtigten Abbruch, entsteht. 

35 

6. Verfahren nach mindestens einem der vorstehenden Ansprii- 
che, 
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dadurch gekennzeichnet, dafl 

die beiden Zustandsvektoren (14, 16) jeweils mehrere Parame- 
ter (18) umfassen, die die Zuteilbarkeit zumindest eines Be- 
triebsmittels (12) betreffen. 

5 

7. Verfahren nach mindestens einem der vorstehenden Ansprii- 
che, 

dadurch gekennzeichnet, dafi 

dafi die Zustandsvektoren (14, 16) zumindest aus folgenden Pa- 
10 rametern (18) bestehen: Umfang bzw. Grofie und/oder Adresse 
des belegten Betriebsmittels (12), insbesondere Speichers, 
und/oder ProzeB-Identif ikation des Prozesses (10) , der auf 
das Betriebsmittel (12) zugreift und/oder Angabe der frei 
verfiigbaren bzw. zuteilbaren Betriebsmittel. 

15 

8. Verfahren nach mindestens einem der vorstehenden Ansprtt- 
che, 

dadurch gekennzeichnet, dafi 

der erste Zustandsvektor (14) und/oder der zweite Zustands- 
20 vektor (16) unter anderem den Prozefi (10) erfafit, der auf das 
Betriebsmittel (12) zugreift, insbesondere durch eine Prozefi- 
Identif ikation. 

9. Verfahren nach mindestens einem der vorstehenden Ansprii- 
25 che, 

dadurch gekennzeichnet, dafi 

das Verfahren alle physikalischen und/oder virtuellen Be- 
triebsmittel (12) berucksichtigt . 

30 10. Verfahren nach mindestens einem der vorstehenden AnsprU- 
che 1 mit 8, 

dadurch gekennzeichnet , dafi 

ein Teil der Betriebsmittel (12) berticksichtigt wird, insbe- 
sondere die gemeinsamen Betriebsmittel. 

35 

11. Verfahren nach mindestens einem der vorstehenden Anspru- 
che, 
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dadurch gekennzeichnet, daB 

der erste Zustandsvektor (14) und/oder der zweite Zustands- 
vektor (16) durch eine Abfrage sines Dienstes eines Betriebs- 
systems erfafit wird/werden. 

5 

12. Verwendung des Verfahrens nach mindestens einem der vor- 
stehenden Anspriiche zur automat ischen Entsperrung der Be- 
triebsmittel (12) nach dem Abbruch des Prozesses (10), indem 
bei Ubereinstimmung der beiden Zustandsvektoren (14, 16) der 

10 Prozefi (10) neu gebootet wird und andernfalls zumindest ein 
Mechanismus zur Entsperrung der Betriebsmittel (12) gestartet 
wird. 

13. Verwendung des Verfahrens nach mindestens einem der vor- 
15 stehenden Anspriiche, 

dadurch gekennzeichnet, daB 

das Verfahren in einem Betriebssystem integriert ist. 

14. Computersystem, das zur Ausfiihrung des Verfahrens nach 
20 zumindest einem der vorstehenden Anspriiche 1 mit 12 bestimmt 

ist mit einer Betriebsmittel-Check-Einrichtung (20), die je- 
weils einen Zustand der Betriebsmittel (12) vor und nach ei- 
nem Abbruch eines Prozesses (10) ermittelt und erfafit, ob 
durch den Abbruch nicht zuteilbare Betriebsmittel entstanden 
25 sind, indem der Zustand nach dem Abbruch mit dem Zustand vor 
dem Abbruch auf Abweichungen verglichen wird. 

15. Computersystem nach Anspruch 14, 
dadurch gekennzeichnet, daB 

30 das Computersystem ein Betriebssystem ist. 
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Zusammenf assung 

Oberprtifung eines Computersystems auf gesperrte Speicherbe- 
reiche nach einem Abbruch eines Prozesses 

5 

Die Erfindung betrifft ein Verfahren und eine Vorrichtung zur 
Oberprufung eines Computersystems auf gesperrte bzw. fehlal- 
lokierte Speicherbereiche, die durch einen Abbruch eines Pro- 
zesses (10) , der neben weiteren Prozessen auf den Speicher 

10 (12) zugreift/ entstanden sein konnen. Dies wird tiberprttft, 
indem ein erster Zustandsvektor (14) vor dem Start des Pro- 
zesses (10) und ein zweiter Zustandsvektor (16) erfaBt wird, 
der den Zustand des Speichers nach dem Abbruch beschreibt. 
Beide Zustandsvektoren (14, 16) werden daraufhin auf Oberein- 

15 stimmung verglichen. 
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